Telegram Group & Telegram Channel
📱Поэтапная инструкция по созданию мобильного приложения без кода: база данных

В одной из предыдущих рассылок мы уже начали рассказывать вам, как создать своё мобильное приложение без кода. Если вдруг пропустили, — читайте этот пост. Или ищите это по хештегу: #code_breakers_поэтапная_инструкция_по_созданию_мобильного_приложения_без_кода

А сегодня переходим ко второй части — базе данных приложения.

База данных. Мозг приложения
Наш «дом» обрёл узнаваемые черты на наброске. Теперь надо добавить ему коммуникации, чтобы он функционировал.

В случае с мобильным приложением — это данные и база, в которой они хранятся. Без данных приложения не будет, — оно не заработает.

С No-code базу данных приложения делают и наполняют внутри платформы, на которой пишется приложение. Это таблицы со столбцами и строками, похожими на Excel. Чтобы сделать базу данных, сначала поймите, какие пользователи в нём соберутся и какие данные на них нужны.

Например, вы делаете приложение для записи в салон красоты. Здесь клиенты записываются к мастерам на услуги, а мастера — видят запросы и составляют себе расписание.

В приложении два типа пользователей: мастер и клиент. Их называют роли. Самих пользователей может быть много: допустим, 10 мастеров и сколько угодно клиентов, а роли две: клиент и мастер. Клиенты будут заказывать у мастеров услуги, и они выбирают дату и время — из этого формируются заказы. Так в приложении выделились 4 составляющие для формирования базы данных: мастер, клиент, услуга, заказ.

Составляющие, на которых строятся данные, разработчики называют сущности. Каждая сущность записывается в отдельную таблицу. У каждой сущности есть свои «черты» — атрибуты. Они в таблице записываются столбцами. А данные сущностей и атрибуты вносятся внутрь таблицы в строки.

🟣 У сущности №1 — мастер: имя и фамилия, фото-аватарка, номер телефона в салоне, опыт работы в годах, перечень услуг.
🟣 У сущности №2 — клиент: имя и фамилия, номер телефона, почта.
🟣 У сущности №3 — услуга: название, описание, цена.
🟣 У сущности №4 — заказ: дата и время, услуга/услуги, стоимость, мастер, клиент.

Внутри базы данных возникнут связи. Сущности, выделенные для приложения, будут встречаться внутри приложения, пересекаться и иногда менять друг друга. База данных, в которых одна таблица определённым образом связана с другой в разработке называются реляционными базами данных.

В примере с салоном, атрибуты сущности «услуги» появятся в сущности «заказы», как и атрибуты сущности «мастер» и «клиент». И каждый заказ будет отличаться — новый мастер, клиент, услуга, дата. А каждая услуга одна и та же, мастер тоже. А вот клиенты разные.

Набросать базу данных можно рядом с эскизом приложения. Ещё можно перенести её в Miro — это виртуальная доска, на которой визуализируются данные и взаимосвязи. Там на виртуальных стикерах напишите названия сущностей и пропишите под ними столбиком их атрибуты.



Уже есть идея создания собственного мобильного приложения и не терпится её реализовать? Мы поможем! Научим разрабатывать мобильные приложения на курсе «Мобильная разработка без кода»: покажем, как делать это от стадии схематичного рисунка до запуска в виде рабочего приложения!

📲 РАЗРАБОТАТЬ СВОЁ ПРИЛОЖЕНИЕ: codebreakers.tech/mobile



tg-me.com/code_breakers/664
Create:
Last Update:

📱Поэтапная инструкция по созданию мобильного приложения без кода: база данных

В одной из предыдущих рассылок мы уже начали рассказывать вам, как создать своё мобильное приложение без кода. Если вдруг пропустили, — читайте этот пост. Или ищите это по хештегу: #code_breakers_поэтапная_инструкция_по_созданию_мобильного_приложения_без_кода

А сегодня переходим ко второй части — базе данных приложения.

База данных. Мозг приложения
Наш «дом» обрёл узнаваемые черты на наброске. Теперь надо добавить ему коммуникации, чтобы он функционировал.

В случае с мобильным приложением — это данные и база, в которой они хранятся. Без данных приложения не будет, — оно не заработает.

С No-code базу данных приложения делают и наполняют внутри платформы, на которой пишется приложение. Это таблицы со столбцами и строками, похожими на Excel. Чтобы сделать базу данных, сначала поймите, какие пользователи в нём соберутся и какие данные на них нужны.

Например, вы делаете приложение для записи в салон красоты. Здесь клиенты записываются к мастерам на услуги, а мастера — видят запросы и составляют себе расписание.

В приложении два типа пользователей: мастер и клиент. Их называют роли. Самих пользователей может быть много: допустим, 10 мастеров и сколько угодно клиентов, а роли две: клиент и мастер. Клиенты будут заказывать у мастеров услуги, и они выбирают дату и время — из этого формируются заказы. Так в приложении выделились 4 составляющие для формирования базы данных: мастер, клиент, услуга, заказ.

Составляющие, на которых строятся данные, разработчики называют сущности. Каждая сущность записывается в отдельную таблицу. У каждой сущности есть свои «черты» — атрибуты. Они в таблице записываются столбцами. А данные сущностей и атрибуты вносятся внутрь таблицы в строки.

🟣 У сущности №1 — мастер: имя и фамилия, фото-аватарка, номер телефона в салоне, опыт работы в годах, перечень услуг.
🟣 У сущности №2 — клиент: имя и фамилия, номер телефона, почта.
🟣 У сущности №3 — услуга: название, описание, цена.
🟣 У сущности №4 — заказ: дата и время, услуга/услуги, стоимость, мастер, клиент.

Внутри базы данных возникнут связи. Сущности, выделенные для приложения, будут встречаться внутри приложения, пересекаться и иногда менять друг друга. База данных, в которых одна таблица определённым образом связана с другой в разработке называются реляционными базами данных.

В примере с салоном, атрибуты сущности «услуги» появятся в сущности «заказы», как и атрибуты сущности «мастер» и «клиент». И каждый заказ будет отличаться — новый мастер, клиент, услуга, дата. А каждая услуга одна и та же, мастер тоже. А вот клиенты разные.

Набросать базу данных можно рядом с эскизом приложения. Ещё можно перенести её в Miro — это виртуальная доска, на которой визуализируются данные и взаимосвязи. Там на виртуальных стикерах напишите названия сущностей и пропишите под ними столбиком их атрибуты.



Уже есть идея создания собственного мобильного приложения и не терпится её реализовать? Мы поможем! Научим разрабатывать мобильные приложения на курсе «Мобильная разработка без кода»: покажем, как делать это от стадии схематичного рисунка до запуска в виде рабочего приложения!

📲 РАЗРАБОТАТЬ СВОЁ ПРИЛОЖЕНИЕ: codebreakers.tech/mobile

BY Code Breakers | No-code solutions




Share with your friend now:
tg-me.com/code_breakers/664

View MORE
Open in Telegram


Code Breakers | No code solutions Telegram | DID YOU KNOW?

Date: |

Should You Buy Bitcoin?

In general, many financial experts support their clients’ desire to buy cryptocurrency, but they don’t recommend it unless clients express interest. “The biggest concern for us is if someone wants to invest in crypto and the investment they choose doesn’t do well, and then all of a sudden they can’t send their kids to college,” says Ian Harvey, a certified financial planner (CFP) in New York City. “Then it wasn’t worth the risk.” The speculative nature of cryptocurrency leads some planners to recommend it for clients’ “side” investments. “Some call it a Vegas account,” says Scott Hammel, a CFP in Dallas. “Let’s keep this away from our real long-term perspective, make sure it doesn’t become too large a portion of your portfolio.” In a very real sense, Bitcoin is like a single stock, and advisors wouldn’t recommend putting a sizable part of your portfolio into any one company. At most, planners suggest putting no more than 1% to 10% into Bitcoin if you’re passionate about it. “If it was one stock, you would never allocate any significant portion of your portfolio to it,” Hammel says.

That growth environment will include rising inflation and interest rates. Those upward shifts naturally accompany healthy growth periods as the demand for resources, products and services rise. Importantly, the Federal Reserve has laid out the rationale for not interfering with that natural growth transition.It's not exactly a fad, but there is a widespread willingness to pay up for a growth story. Classic fundamental analysis takes a back seat. Even negative earnings are ignored. In fact, positive earnings seem to be a limiting measure, producing the question, "Is that all you've got?" The preference is a vision of untold riches when the exciting story plays out as expected.

Code Breakers | No code solutions from br


Telegram Code Breakers | No-code solutions
FROM USA